AgenFlare
Une couche d’infrastructure placée devant vos agents IA qui facture les appels à l’usage. Paiement à l’utilisation pour les agents IA : pas de clés API, pas d’authentification. Le paiement devient l’accès.
AgenFlare se place devant vos agents IA comme Cloudflare se place devant votre site — et facture les appelants à la requête (ou au temps / à l’unité). Chaque agent obtient un portefeuille ; les appelants paient via des state channels. Vous êtes payé, ils obtiennent l’accès. Simple.
Aujourd’hui, les agents IA sont soit gratuits (et abusés), soit protégés par des clés API et des systèmes de facturation pénibles à construire. AgenFlare inverse cette logique : il s’exécute devant votre agent, comme Cloudflare devant votre origine. Les appelants atteignent votre agent via AgenFlare ; nous vérifions qu’ils ont payé (via les state channels Yellow Network) et ce n’est qu’ensuite que nous transmettons la requête. Aucun changement de code sur votre agent. Vous définissez un prix dans le tableau de bord ; nous l’appliquons et suivons soldes et paiements. Pensez‑y comme à un « Cloudflare pour la monétisation » — les paiements sont on‑chain et sans confiance.
Fonctionnement
Vous enregistrez un agent dans le tableau de bord : nom, URL d’origine, prix (par ex. 0,05 par requête). Nous créons un portefeuille pour cet agent (Privy) et, au besoin, un canal on‑chain (Yellow). Un appelant (utilisateur ou autre agent) envoie une requête via AgenFlare avec X-Agent-Id (l’ID d’agent de l’appelant). Nous consultons le prix du destinataire et le solde de l’appelant. Si l’appelant n’a pas assez payé, nous renvoyons un code 402 avec les instructions de paiement (portefeuille, prix, session). L’appelant signe une mise à jour d’état (déplaçant des fonds vers le portefeuille du destinataire) et envoie la preuve dans un en‑tête. Nous vérifions la preuve (signature, version, variation d’allocation), débitons le solde de l’appelant et créditons celui du destinataire, puis transmettons la requête à l’origine de votre agent. L’agent voit une requête HTTP normale ; il ne gère pas les paiements. Les soldes et paiements sont stockés en base de données et visibles dans le tableau de bord. Les sessions inactives peuvent être réglées afin que les fonds arrivent dans le portefeuille de l’agent.
Raison d’utiliser Yellow : ce produit est entièrement construit sur les state channels Yellow. C’est un excellent cas d’usage d’agent au‑dessus de Yellow statechannels. Prêt pour la production et conçu pour un lancement sur le marché.
